METHOD AND APPARATUS TO MAP ASSOCIATIONS WITH 

BITSETS 



BACKGROUND OF THE INVENTION 
Field of Invention 

The present invention relates to a method and apparatus to map associations within a 
database using BitSets. 

Description of the Prior Art 

In enterprise and other business environments, there is a need to represent associations 
between two or more entities. The relationships in these associations are classified in terms of 
degree, connectivity, cardinality, and existence. In a relational database, a data model is used to 
design the relational tables. A functional model is used to design the queries that will access and 
perform operations on the relational tables. In the context of the present invention, a relationship 
is an association between two or more tables. Relationships are expressed in the data values of 
the primary and foreign keys. A primary key is a column or columns in a table whose values 
uniquely identify each row in a table. A foreign key is a column or columns whose values are the . 
same as the primary key of another table. A relationship is made between two relational tables by 
matching the values of the foreign key in one table with the values of the primary key in another. 
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Currently, in a normalized database, relationships are modeled with the the use of foreign keys 
5 from two tables, which together form the key for the association table. In this existing approach, 
multiple rows are required to explicitly store the many sides of relationship. This situation is an 
unnecessary overhead that results in increased complexity for the user to manage relationships 
and transactions. As a result, there is no easy way of specifying the relationship multiplicity. 
Multiplicity indicates how many instances of one class are related to a single instance of another 
1 0 class at a given point in time. 

The present invention utilizes a fast BITSET implementation to model multiple 
foreign-keys within a single column. Presently, there is no product database that currently 
models relationships through multi-foreignkey colums. 

1 5 SUMMARY OF THE INVENTION 

The present invention relates to database systems and more specifically to using BitSets 
to model and manage relationships between and/or among entities. Relationships between 
entities for example, can be considered an ordered set. As such, one can change the lineal order 
of an ordered set of objects to define the various relationships. Such relationships can 
20 conveniently be given a functional description using one of the "Gang of Four" identifiers: 
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one-to-one, one-to-many, many-to-one and many-to-many. A foreign key is a table column that 
establishes a link from the table it resides in, to the primary key or a candidate key in another, 
related table. The foreign key is the anchor on the many side of a one-to-many (1 :M) relationship, 
much as the primary or candidate key is the anchor on the one side of this relationship. When one 
5 specifies two related tables in a JOIN query, the values in the foreign key column of the many 
table are compared to the values in the primary key column of the one table. If the two values 
match, the query returns that record in the result set. 

Applicants have defined a User Defined Type BITSET and fast User defined functions to 
10 manipulate Bitsets. Scalar functions BSGetLength(BITSET), BSInit(), BSInit(BIGINT,BIGINT), 
BSSetBit(BitSet, BIGINT), BSClearBit(BitSet, BIGINT), BSGetBit(BIGINT), BSAnd(BitSet, 
BitSet), BSOr(BitSet, BitSet), BSEquals(BitSet, BitSet), BSMinus(BitSet, BitSet), 
BSAndEquals(BitSet, BitSet), BSAndIsEmpty(BitSet, BitSet), BSGetBitAt(BitSet, BIGINT), 
BSGetUpperBound(BitSet), BSGetLowerBound(BitSet) are defined. Column functions (also 
1 5 called set function or aggregate function) BSCAND, BSCOR are defined. TABLE functions 
BSGetBits is defined. 

Each (1 :M) relationship is represented with the use of a BITSET column on the one side of the 
relationship that points to associated records in the many table. The user can specify the 
20 multiplicity and perform runtime checking to ensure that the constraints are followed. 
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For example: 

+ + + + 

I Course I <enroll> 1 Student | 

+ +a,b=0, 4 0,01=10, 20+ + 

5 

By way of illustration, consider a course registration system for a university with entities Course 
and Student. The relationships are: "courses have students enrolled" and "students enroll for 
courses". The questions answered by the multiplicity are "How many courses can a student take 
at one time?" and "How may students can be enrolled in a single course at one time?". In this 
10 example, someone is still considered a student if they have taken a semester off. If the 

multiplicity is changed to a,b = 1,4 then every student would be required to take at least one 
course per semester. Thus, business rules, such as every student must take at least one course per 
semester, are captured. 

1 5 Often, a set of entities may be associated in more than one way. Since it is a precise statement of 
an association between entities, each relationship must be clearly defined. The result can be more 
than one relationship between the same entities. One can represent these associations as separate 
columns. Consider a relationship between Person-Person. Two relationships can exist between 
the same two Person records. One relationship is Spouse, the other is Boss. These are represented 

20 as two separate columns for table Person. 
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Retrieval, insertion and update of records consisting of multiple associations can be performed 
faster using a single query. Transactions are simplified because updates, insertions and deletion 
of multiple one-way "l-many" relations are achieved by modifying a single row. Management of 
associations through queries becomes easier. 

The present invention is a method which can be conveniently embodied in an article of 
maufacture or program storage device comprising a computer usable medium having computer 
readable code means embodied therein. The method of the present invention involves the 
following steps: 

A. ) Defining a database scheme; 

B. ) Quantify a relationship among a plurality of entities; 

C. ) Populate said database with instances of relationships among said entities and 

concurrently populating said databasewith Bitsets, inserts, deletes and /or changes; 

D. ) Submitting an query for desired information so that said database performs 

evaluation of said query using said Bitsets; 

E. ) Database generates a resultant set; 

F. ) Resultant set returned to a requestor. 

G. ) Repeat any or all steps as needed. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

5 Figure 1 shows the target platforms for the invention of the preferred embodiment. 

Figure 2 shows a model for relationship between Course and Class using the old and new 
method. 

1 0 Figure 3. An example of inference of product-category associations for documents. 
Figure 4 shows an example of modelling Categories with BITSETs 
Figure 5 illustrates the Boolean Evaluation process using BITSETs. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
OF THE PRESENT INVENTION 



5 The database systems of present invention relates uses BitSets to model and manage relationships 
between and/or among entities. The target platforms for the preferred embodiment of the present 
invention are depicted in Figure 1 . A customer can conveniently use the system of the present 
invention on any personal computer 100, laptop computer 104 or handheld computer 102. The 
computer has an operating system such as Windows 2000, Windows CE 5 Windows NT, or 
10 Linux. 

The BITSET functions most commonly used in accordance with the present invention are 
explained below: 

INTEGER BSGetLength(BITSET): Retrieves the current length of the BITSET. This 
1 5 function allows immediate retrieval of the number of associations without performing a join with 
the many table. 

BSInit(): Create a new BITSET without any lower or upper limits on the number of items in the 

20 BITSET. This function allows creation of associations from one to many table without specifying 
any limit to the number of associations. 
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BSInit(BIGINT,BIGINT): Create a new BITSET with lower and upper bounds on the number of 
items in the BITSET. This function allows creation of associations from one to many table with 
bounds on the number of associations in the many table. 

BSSetBit(BITSET, BIGINT): Sets the specified bit in the BITSET. This functions allows 
creation of a new association to into the many table. 

BSClearBit(BITSET, BIGINT): Clears the specified bit in the BITSET. This functions allows 
removal of the specified association from the one to the the many table. 

INTEGER B S GetB it(B IGINT) : Checks for the specified bit in the BITSET, if present returns 1 
otherwise 0. This functions allows checking for an existing association from the one to the many 
table. 

BITSET BSAnd(BitSet, BitSet): Returns the logical AND of two BITSETs. This functions 
allows retrieval of associations that are common to two columns in the one table that pont to the 
many table. 

BSOr(BITSET, BITSET): Returns the logical OR of two BITSETs. This functions allows 
checking for associations that are present in either of the two columns in the one table that pont 
to the many table. 
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BSEquals(BITSET, BITSET): Returns 1 if the two BITSETs are equal otherwise 0. This 
functions allows checking equality of all associations from both columns in the one table that 
point to the many table. 

5 BITSET BSMinus(setl BITSET, set2 BITSET): Returns a BITSET of bits in setl that are not 
present in set2. 

INTEGER BSAndEquals(setl BITSET, set2 BITSET): Returns 1 if all bits from set2 are present 
in setl otherwise 0. 

10 

INTEGER BSAndIsEmpty(BITSET, BITSET): Returns 1 if none of the bits from set2 are present 
in setl otherwise 0. 

BIGINT BSGetBitAt(BITSET, INTEGER): Retrieves the nth bit that is set in the BITSET. 

15 

BIGINT BSGetLowerBound(BITSET): Retrieves the lower bound for the BITSET. 

BIGINT BSGetUpperBound(BITSET): Retrieves the upper bound for the BITSET. 

20 BITSET BSCOR(BITSET ...): Column function that operates on a set of BITSETs to return an 
OR or the BITSETs 
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BITSET BSCAND(BITSET ...): Column function that operates on a set of BITSETs to return an 
AND of the BITSETs 

TABLE(BIGINT) BSGetBits(BITSET): Table function that returns the bits in the BITSET 
5 ordered by value. 

The Many-to-many relationship is normally represented as a table that contains two foreign keys 
concatenated in a non-atomic, compound key as its primary key. These are the unique, primary 
keys from the Relation table's two parents. Consider the following situation examplified in 
10 Fig 2 -201: 

Student(*SID, Sname, major) 

Class(*CID, Cname, Time, room) 

Student takes many classes and a class can have many students. In this case one cannot include 
15 the class id with student or the student id with class because multivalued attributes are not 
directly supported. These two entities and the relationship would create three relationships. 
Student_class(*SID,*CID), where the composite SID and CID form the key. 
This scheme requires a Join between Student_class and Class to retrieve all classes that a 
particular student takes. 

20 
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The system of the present invention is exemplified in Fig 2 - 202, wherein an additional table is 
not needed to represent the relation. Instead the relation is represented as two 1 -to-Many relations 
represented as BitSet columns to support multivalued attributes in each of the two parent tables. 
Student(*SID,S.name,major,CIDBS) 
5 Class(*CID, Cname, Time, room 5 SIDBS) 

The following query permit the capability of retrieving all keys of classes that a student takes 
without a join: SELECT CIDBSfrom Student where SID=? 

1 0 The following query allows retrieval of attributes from the class table without an explicit join: 
SELECT CAST(ID AS REF(ClassType) SCOPE CLASS) ->Cname from 
TABLE(BSGetBits(CAST(? AS BITSET))) AS MYCLASS(ID) 

Many times it is only necessary to confirm the existance of a particular quantity or non-existence 
1 5 of certain data in a table. In example presented herein, the user may be trying to determine 
whether a particular student has taken any classes at all. It is irrelevant if there is 1 class or 4 
classes; what is desired in this instance is to confirm the existance of at least one or some fixed 
number. Using the prior art method, it is necessary to code: SELECT count (*) as classcount from 
Student _class where SID=? fetch first n rows only and the prior art program checks to see if 
20 classcount is greater than 0. However count(*) would cause read of all the qualifying rows index 
rows or an entire table scan if index was not present on SID for table Student_class. But why 
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should it be necessary to count all qualifying rows to make sure that the user had the fixed 
number that was being sought. 

The method of the present invention uses select BSGetLength(CIDBS) from Student where 
5 SID=?, thus only one specific row that contains the BitSet from Student table is accessed. 

Use of Column function BSCAND for a particular column allows retrieval of a BitSet 
representing records that are only present in all the rows of the select query. 

10 Consider the tables shown below. They show two many-to-many relationships Likes and Wears 
between Person and Color entities. 

Person(*PersonID, PersonName, Age, ColorlDBSLikes, ColorlDBSWears) 

Color(*ColorID, ColorName, PersonlDBSLikes, PersonlDBS Wears) 

SELECT BSCAND(ColorlDBSLikes) FROM Person WHERE Age between 13 and 19 

15 

The above query will retrieve the list of colors that some/any teenager likes. 

Use of Column function BSCOR for a particular column allows retrieval of a BitSet representing 
records that are present in any of the rows of the select query. 
20 SELECT BSCOR(ColorIDBS Wears) FROM Person WHERE Age between 13 and 19 

The above query will retrieve the list of colors that some teenager wears. 
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Use of scalar functions on BitSets allows fast querying without any joins. To find the list of 
Teenagers that wear at least one color that they like: 
SELECT PersonName FROM Person WHERE 

BSAndIsNotEmpty(ColorIDBSLikes 5 ColorIDBSWears)=l AND Age between 13 and 19 
BitSets in Enterprise Java Beans 

^ In the EJB Development Environment, an association is a relationship that exists between two 
CMP entity beans within an EJB group. There are three main types of association: one-to-one, 
one-to-many, and many-to-many. In a one-to-one (1:1) association, a CMP (Container Managed 
Persistance) entity bean is associated with a single instance of another CMP entity bean. For 
example, an Employee bean could be associated with only a single instance of an EmployeelD 
bean, because an employee can have only one employee identifier on file. In a one-to-many 
(1 :M) association, a CMP entity bean is associated with multiple instances of another CMP entity 
bean. 

For example, a Department bean could be associated with multiple instances of an Employee 
bean, because most departments are made up of multiple employees. In a many-to-many (M:M) 
association, multiple instances of a CMP entity bean are associated with multiple instances of 
another CMP entity bean. A many-to-many association is created by joining two 1 :M 
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associations. For example, multiple instances of a Customer bean could be associated with 
multiple instances of a Restaurant bean, because restaurants serve many customers, and 
customers patronize many different restaurants. In current implementations, when CMP fields 
and associations are eventually mapped to database tables, foreign keys are used to represent the 
associations in the database tables. Association roles are then added to the key of an enterprise 
bean, which makes the foreign key represented in the association part of the key class. The 
present invention takes advantage of BitSet for defining associations in EJBs. The present 
invention also takes advantage of Structured Data Types within the database to retrieve the 
attribute values of the associated table without an explicit join. 

BitSets Used To Model Categories And Complex Entities Allows Fast Computation Of 

Applicability 

The following segment provides an example that utilizes inheritance relationships and the 
automatice generation of inheritance bits sets through forward and backward propagation. An 
author creates associations between a document and a set of categories. The associations allow 
inference of applicability between documents and product/categories through upward and 
downward propagation. This applicability of documents to multiple categories is represented by a 
Bucket Cache which is also expressed herein as "inheritance bit set relationship(s). 

Figure 3 depicts an example of inference of applicability for product-category association 
to documents. The rectangular boxes shown in Figure 3 represent different categories created by 
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instantiating classes: i.e., Brand, Family, Machine Type, and Model Number. The Numbers from 
1-13 represent documents in the Content catalog. Numbers inside the rectangular boxes represent 
an association authored between the document represented by the number and the category 
represented by a box. Numbers inside the ovals attached to the rectangular boxes represent the 
applicable documents, the Bucket Cache. 

In the example depicted in Figure 3, an association is authored between documents 6 and 
7 to category Machine Type "6889". This means that documents 6 and 7 are applicable not only 
to category Machine Type "6889" but also to any of the ancestor categories of Machine Type 
"6889" and to any of the descendents (represented by the contains relationship) of Machine Type 
"6889". The ancestors of Machine Type "6889" are Family "IntelliStation MPro" and Brand 
"IBM IntelliStation." Therefore, the Bucket Caches of both these ancestors will contain the 
documents 6 and 7. Since Family "IntelliStation Zpro" and Family "IntelliStation Epro" are not 
ancestors of Machine Type "6889", documents 6 and 7 are not propagated to them. Documents 6 
and 7 are applicable to all the descendents of Machine Type "6889" which are Model Number 
"15K", "15U" and "15V" and all the associated instances of the products. In this example, only 
multiple descendents are shown. However, a category can have multiple ancestors (can be 
contained in multiple other categories). Therefore, the propagation will take place upwards 
through all ancestors. 
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A product, in turn, is a complex entity and is made up of other entities, for example, 
display adapters, hard drives, monitors, and processors. If a document is associated with a 
particular display adapter and that display adapter is a part of another product then the document 
is propagated upwards to all ancestors of the product containing the display adapter. 

The above categorization is recognized prior art system usually modeled with the schema found 
in Figure 4 -401: 

CATEGORY(CATEGORYID BIGINT) 

DOCUMENT(DOCUMENTID BIGINT) 

PARENTCHILDASSOCIATIONS(CHILDID BIGINT, PARENTID BIGINT) 
C ATEGOR YDOCUMENTAS S OCIATION S(C ATEGORYID BIGINT, 
DOCUMENTID BIGINT) 

CATEGORYDOCUMENT ASSOCIATIONS is the set of relations to documents for a 
CATEGORY. PARENTCHILDASSOCIATIONS table maintains the relations bewteen a 
Category Child and its Parent(s). The query required to retrieve all documents that pertain to a 
particular category would be: 
WITH 

tempcat (ID) as (select CATEGORYID from CATEGORY where CATEGORYID = ?), 
-- May use more than one value with VALUES here: 
tempanc (ID) as -- Collect all ancestors 
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(select assocfirst . P ARENTID from PARENTCHILDASSOCIATIONS assocfirst 
where assocfirst.CHILDID in (select ID from tempcat) 
union all 

select assoc.PARENTID from tempanc node, PARENTCHILDASSOCIATIONS assoc 
where node.ID = assoc.CHILDID), 

tempdec (ID) as -- Collect all descendents 

(select assocfirst.CHILDID from PARENTCHILDASSOCIATIONS assocfirst where 
assocfirst.PARENTID in (select ID from tempcat) 
union all 

select assoc.CHILDID from tempdec node, PARENTCHILDASSOCIATIONS assoc 
where node.ID = assoc.PARENTID) 

select distinct assoc.DOCUMENTID from 

esupport.CATEGORYDOCUMENTASSOCIATIONS assoc where -- Retrieve implicit documents 

CATEGORYID in (select distinct ID from tempanc union select distinct ID from 
tempdec union select ID from tempcat) 

In accordance with the present invention, the improved schema is represented as as depicted in 
Figure 4- 402: 

CATEGORY(CATEGORYID BIGINT, BSDOCUMENT BITSET, BSPARENT 
BITSET, BSCHILD BITSET) 
DOCUMENT(DOCUMENTID BIGINT) 
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BSDOCUMENT is the set of relations to the documents explicitly associated to a CATEGORY. 
BSCHILD is used to maintain relations between the node and its children. BSPARENT is used to 
maintain relations between the node and its parents. This novel approach allows easy traversal to 
5 the parents and children without a join with another table. It is also possible to maintain only one 
way associations with the use of only one of BSCHILD or BSPARENT column. The new query 
would look similar to: 
WITH 

tempcat (tempcategory) as VALUES(CAST(? AS BITSET)), - Inital BITSET of categories 
10 tempanc (bsancestor) as ~ Collect all ancestors 

(select BSCOR(bsparent) from tabh(BSGetBits (tempcategory)) as TEMP(ID), 
CATEGORY WHERE ID=CATEGORY. CA TEGORYID 
union all 

select BSCOR(bsparent) from \Me{BSGetBits(bsancestor)) AS TEMP(ID), 
1 5 CA TEGORY WHERE ID=CA TEGORYID), 

tempdec (bsdescendent) as ~ Collect all descendents 

(select BSCOR(bschild) from tab\e(BSGetBits (tempcategory)) as TEMP(ID), 
CA TEGOR Y WHERE ID=CA TEGOR Y CA TEGOR YID 
union all 

20 select BSCOR(bschild) from table(5SGe/fl/7.y(Zwdescendent;; AS TEMP(ID), 
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CATEGORY WHERE ID=CA TEGORYID) 

select bscor(bsdocument) from 

table^SGe^z'te^^ as 
BITSET))) 

5 

Note that in the new query, select DISTINCT is no longer required because the BITSET OR 
function automatically maintains only one instance for the user. Also note that in the recursive 
query only one new row is computed in each iteration. Further note that an explicit join with the 
table CATEGORY may be eliminated by using DB2 Structured Types and "->". 

10 

BitSets Used To Model Boolean Expressions 

The following is an example that utilizes boolean expression relationship(s) and the 
generation of boolean expression bit sets through forward (filtering) and backward propagation 
15 (evaluation). 

A database consists of a table of boolean expressions. Each boolean expression can be 
thought of as having child BITSET and parent BITSET. The result of the combination of child 
BITSET, i.e. TRUE or FALSE is used to evaluate the parent associations. In addition to database 
consistency during authoring, fast rule evaluation is achieved by allowing the database to 
20 evaluate individual expressions. The table in Figure 5 shows how the evaluation is performed. 
The first column specifies the BITSET of expressions that have been computed. The second 
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column shows the function being executed against the set of expressions in the database. The 
third column specifies the result of the expression. For complete rule evaluation, the following 
steps may be used: 

Step 1: Start evaluation bottom up using the EnumValues BitSet that consists of known 
properties of an Entity. Default evaluation if value for an Entity's attribute is not provided is 
assumed to be false. 

Step 2: Evaluate expressions with EnumValues. In this step, one insures that the Enum values 
will no longer be used in further computations. For example, 
AND Boolean Expression 

If any EnumValue child is FALSE, the Expression is FALSE 

For AND Boolean Expression, if all EnumValue children are TRUE, it means one only need 
look at the FALSE Expression children, the Enum values can be ignored in further steps. 
This expression still needs to be evaluated but no longer depends on the Enum values. 
Evaluate FALSE ANDJJOOLEXPR: If even one EnumValue child is false --> 
AND_BOOLEXPR is FALSE 
SELECT 

ESUPPORT.BOOLEXPR.ENTITYID,CAST(ESUPPORT.BOOLEXPR.BSPARENT AS 
BLOB(IM)) FROM ESUPPORT.BOOLEXPR WHERE 
ESUPPORT.BOOLEXPR.OP=ANDJBOOLEXPRAND 
(ESUPPORT.BOOLEXPR.BSCHILDENUMVALUE IS NOT NULL) AND 
ESUPPORT.BSANDEQUALS(CAST(? AS 
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ESUPPORT.BS),ESUPPORT.BOOLEXPR.BSCHILDENUMVALUE)=0 ORDER BY 
ESUPPORT.BOOLEXPR.ENTITYID 

OR Boolean Expression 

5 

If any EnumValue child is TRUE, the Expression is TRUE. 

If all EnumValue children are FALSE, it means one only need look at the TRUE Expression 
children, the Enum values can be ignored in further steps. This expression still needs to be 
evaluated but no longer depends on the enum values. 

10 

Evaluate TRUE OR_BOOLEXPR: If even one EnumValue child is true --> 

OR_BOOLEXPR is TRUE 

SELECT 

ESUPPORT.BOOLEXPRENTITYID,CAST(ESUPPORT.BOOLEXPR.BSPARENT AS 
1 5 BLOB(IM)) FROM ESUPPORT.BOOLEXPR WHERE 

ESUPPORT.BOOLEXPR.OP=OR_BOOLEXPRAND 
(ESUPPORT.BOOLEXPR.BSCHILDENUMVALUE IS NOT NULL) AND 
ESUPPORT.BSANDISEMPTY(CAST(? AS 

ESUPPORT.BS),ESUPPORT.BOOLEXPR.BSCHILDENUMVALUE)=0 ORDER BY 
20 ESUPPORT.BOOLEXPR.ENTITYID 
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NAND Boolean Expression 



If any EnumValue child is FALSE, the Expression is TRUE 

If all EnumValue children are TRUE, it means one only need look at the FALSE Expression 
5 children, the Enum values can be ignored in further steps. This expression still needs to be 

evaluated but no longer depends on the enum values. 

Evaluate TRUE NAND BOOLEXPR: If even one EnumValue child is false --> 
NANDJBOOLEXPR is TRUE 
10 SELECT 

ESUPPORT.BOOLEXPR.ENTITYID,CAST(ESUPPORT.BOOLEXPR.BSPARENT AS 
BLOB(IM)) FROM ESUPPORT.BOOLEXPR WHERE 
ESUPPORT.BOOLEXPR.OP=NAND_BOOLEXPRAND 
(ESUPPORT.BOOLEXPRBSCHILDENUMVALUE IS NOT NULL) AND 
15 ESUPPORT.BSANDEQUALS(CAST(? AS 

ESUPPORT.BS),ESUPPORT.BOOLEXPR.BSCHILDENUMVALUE)=0 ORDER BY 
ESUPPORT.BOOLEXPR.ENTITYID 
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NOR Boolean Expression 



If any EnumValue child is TRUE, the Expression is FALSE. 

If all EnumValue children are FALSE, it means one only need look at the TRUE Expression 
5 children, the enum values can be ignored in further steps. This expression still needs to be 

evaluated but no longer depends on the Enum values. 

Evaluate FALSE NOR_BOOLEXPR: If even one EnumValue child is true --> 

1 0 NOR_BOOLEXPR is FALSE 

SELECT 

ESUPPORT.BOOLEXPR.ENTITYID,CAST(ESUPPORT.BOOLEXPR.BSPARENT AS 
BLOB(IM)) FROM ESUPPORT.BOOLEXPR WHERE 
ESUPPORT.BOOLEXPR.OP=NOR_BOOLEXPRAND 
15 (ESUPPORT.BOOLEXPR.BSCHILDENUMVALUE IS NOT NULL) AND 

ESUPPORT.BSANDISEMPTY(CAST(? AS 

ESUPPORT.BS),ESUPPORT.BOOLEXPR.BSCHILDENUMVALUE)=0 ORDER BY 
ESUPPORT.BOOLEXPR.ENTITYID 
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Step 3 Iterate or use Recursive Query until no new expressions are evaluated 

changed=evaluateBooleanExpression(bsParents,FALSE_expressionBitSet,TRUE_expressionBit 
Set,OPTIONAL_expressionBitSet); 

The evaluateBooleanExpression consists of the following queries: 
5 Evaluate the false boolean expressions 

SELECT TT.ID RULEID, CAST(ESUPPORT.BOOLEXPR.BSPARENT AS BLOB(IM)) 

RULEBSPARENT from TABLE(ESUPPORT.BSGETBITS(CAST(? AS ESUPPORT.BS))) 

AS TT(ID), ESUPPORT.BOOLEXPR WHERE 

(TT.ID=ESUPPORT.BOOLEXPR.ENTITYID) AND 
1 0 ((ESUPPORT.BOOLEXPR.OP=AND_BOOLEXPR AND 

ESUPPORT.BSANDISEMPTY(CAST(? AS 

ESUPPORT.BS),ESUPPORT.BOOLEXPRbsChildExpr)=0)OR 

(ESUPPORT.BOOLEXPR.OP=NOR_BOOLEXPRAND 

ESUPPORT.BSANDISEMPTY(CAST(? AS 
15 ESUPPORT.BS) 5 ESUPPORT.BOOLEXPR.BSCHILDEXPR)=0) OR 

(ESUPPORT.BOOLEXPR.OP=OR_BOOLEXPRAND 

ESUPPORT.BSANDEQUALS(CAST(? AS 

ESUPPORT.BS) 5 ESUPPORT.BOOLEXPR.BSCHILDEXPR)=l)OR 
(ESUPPORT.BOOLEXPR.OP=NAND_BOOLEXPRAND 
20 ESUPPORT.BSANDEQUALS(CAST(? AS 

ESUPPORT.BS),ESUPPORT.BOOLEXPRBSCHILDEXPR)=l)) ORDER BY TT.ID 

YOR9-2003-0616 

24 



Parameters: 

1. ObjectTempParents 

2. ObjectFALSEExpressions // AND 

3. ObjectTRUEExpressions // NOR 

5 4. ObjectFALSEExpressions WithOptional // OR 

5. ObjectTRUEExpressionsWithOptional //NAND 
Evaluate the true boolean expressions 

SELECT TT.ID, CAST(ESUPPORT.BOOLEXPRBSPARENT AS BLOB(IM)) from 
TABLE(ESUPPORT.BSGETBITS(CAST(? AS ESUPPORT.BS))) AS TT(ID), 
1 0 ESUPPORT.BOOLEXPR WHERE (TT.ID=ESUPPORT.BOOLEXPR.ENTITYID) AND 

((ESUPPORT.BOOLEXPR.OP=AND_BOOLEXPRAND 
ESUPPORT.BSANDEQUALS(CAST(? AS 

ESUPPORT.BS),ESUPPORT.BOOLEXPR.BSCHILDEXPR)=1)OR 

(ESUPPORT.BOOLEXPR.OP=NOR_BOOLEXPRAND 
15 ESUPPORT.BS ANDEQUALS(CAST(? AS 

ESUPPORT.BS),ESUPPORT.BOOLEXPR.BSCHILDEXPR)=l)OR 

(ESUPPORT.BOOLEXPR.OP=OR_BOOLEXPRAND 

ESUPPORT.BSANDISEMPTY(CAST(? AS 

ESUPPORT.BS),ESUPPORT.BOOLEXPR.BSCHILDEXPR)=0) OR 
20 (ESUPPORT.BOOLEXPR.OP=NAND_BOOLEXPR AND 
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ESUPPORT.BSANDISEMPTY(CAST(? AS 

ESUPPORT.BS),ESUPPORT.BOOLEXPR.BSCHILDEXPR)=0)) ORDER BY TT.ID 
Parameters: 

1. ObjectTempParents 

5 2. ObjectTRUEExpressionsWithOptional // AND 

3. ObjectFALSEExpressionsWithOptional //NOR 

4. ObjectTRUEExpressions //OR 

5. ObjectFALSEExpressions //NAND 

10 Bitsets Used To Model Relations Between Husband And Wife In Different Societies 

The following example demonstrates the flexibility of the method of the present invention in 
representing different types of relationships and at the ease with which a model can be changed at 
runtime when relationships change. Depending on the society, the correct BSInit(...,...) shown 
1 5 below can be used. The schema is modeled as: 

MAN(ID,BSWIFE) 

WOMAN(ID,BSHUSBAND) 

Polygymous Society: A man may have several wives but a woman only one husband. 

+ + + + 

I MAN | <is_married_to> | WOMAN | 

+ +a,b=0,l ~ c,d=0,n+ + 

BSInit (0, 1) BSInit (0, 999) 

The participation numbers reflect the following enterprise rules: 
Not every woman marries a man (a = 0). 
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Women marry at most one man (b = 1). 

Not every man need be married to a woman (c = 0). 

Some men may be married to more than one woman (d = n). 



Polygamous Society: A woman (man) may have several husbands (wives). 

+ + + + 

I MAN | <is_married_to> 1 WOMAN | 

+ +a,b=0, n c, d=0, n+ + 

BSInit (0, 999) BSInit (0, 999) 

The participation numbers reflect the following enterprise rules: 
Not every woman marries a man (a = 0). 
Some women may marry more than one man (b = n). 
Not every man need be married to a woman (c = 0). 
Some men may be married to more than one woman (d = n). 



Monogamous Society: A woman (man) may have at most one husband (wife). 
+ + + + 

I MAN | <is_married_to> 1 WOMAN | 

+ + a,b=0, 1 c,d=0, 1 + + 

BSInit (0,1) BSInit (0, 1) 

The participation numbers reflect the following enterprise rules: 
Not every woman marries a man (a = 0). 
A woman marries at most one man (b = 1). 
Not every man need be married to a woman (c = 0). 
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A man is married to at most one woman (d = 1). 



Muslem Society: A man may have up to 4 wives but a woman only one husband. 

+ + + + 

I MAN | <is_married_to> 1 WOMAN | 

+ + a,b=0, 1 c,d=0,4 + + 

BSInit (0,1) BSInit (0, 4) 

Not every woman marries a man (a = 0). 

A woman marries at most one man (b = 1). 

Not every man need be married to a woman (c = 0). 

A man is married to at most four women (d = 4). 

In all the above examples, the minimum participation numbers are zero. The reason for that 
assertion is that men and women in general need not get married at all. If HUSBAND and WIFE 
had been chosen as the entity types which participated in the <is_married_to> relationship, then 
all the minimum participation numbers would have been 1 . A person cannot play the role of 
HUSBAND (WIFE) unless there is at least one other person married to that man (woman). 

Now that the invention has been described by the way of the preferred embodiment, various 
modifications and improvements will occur to those of skill in the art. New SQL queries that use 
BITSETs effectively will be allowed by the database thus simplifying queries. Thus, it should be 
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understood that the preferred embodimient has been provided as an example and not as a 
limitation. The scope of the invention is defined by the appended claims. 
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